home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 1460 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: OS features
  5. Date: 15 Jan 1996 12:38:16 +0100
  6. Organization: dis-
  7. Message-ID: <4ddeb8$7co@serpens.rhein.de>
  8. References: <92747544038@PAPA.NORTH.DE> <4b3h9s$1st@alterdial.UU.NET>     <2152.6561T63T2136@cycor.ca> <4b7i18$si1@vixen.cso.uiuc.edu>     <oj6raxxrr0o.fsf@hpsrk.fc.hp.com> <13213431@sourcery.han.de>     <4cpmlv$obe@ousrvr3.oulu.fi> <4cqqfq$khf@serpens.rhein.de>     <4csgvl$dje@ousrvr3.oulu.fi> <4ctfr5$7v@serpens.rhein.de>     <4cvp0u$925@ousrvr3.oulu.fi> <4d069j$9ma@serpens.rhein.de> <2022.6585T1348T2429@luna.nl>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. poing@luna.nl (Paul van der Valk) writes:
  12.  
  13. >I've been thinking about this for a while. There is plenty of read-access
  14. >to shared datastructures in the amiga environment, but on how many occasions
  15. >do you WRITE to shared memory? I can think of one example: the Disable()
  16. >assembly macro. Any others? I think that 99% of (application level) shared 
  17. >memory access is read-access. 
  18.  
  19. Maybe not 99% but surely the majority. BTW, the Disable() macro has to
  20. fail at some point. You cannot get stable operation without absolutely
  21. blocking hardware access to normal programs (and.. I would even block
  22. Disable() and maybe even Forbid() in the future, same goes to a large
  23. variety of system calls that can crash the system and are not needed
  24. in normal programs).
  25.  
  26. >It will be very easy to recompile existing code in this new style. 
  27.  
  28. If you make the writable memory standard for a tasks AllocMem you do
  29. not even have to recompile.
  30.  
  31. >The current messaging system can be left unmodified, provided that the 
  32. >receiving task doesn't modify the message data.
  33.  
  34. Unfortunately it does. A message contains a node that is modified by
  35. the PutMsg(), ReplyMsg() and GetMsg() functions.
  36.  
  37. Regards,
  38. -- 
  39.                                 Michael van Elst
  40.  
  41. Internet: mlelstv@serpens.rhein.de
  42.                                 "A potential Snark may lurk in every tree."
  43.